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(57) ABSTRACT 

The: distributed network applicatiol^managcrnent' system 1 
.provides distributed data processing services^in.a data com- 
mumcaUon;nctwgrk environment: This system dynamically^ 
allocates resources to a processing request that Js received 
froma user- application device that has rlimited processing 
capabilities _using application _ modules that .are "machine- 
independent and network independent ;to .thereby.pracess the 
received request inlhe network,' yet in a manner that appears 
jtoibe^ implemented on the user~~application. device? The 
distributed network application management system is 
implemented in a network environment using a kernel that 
represents the network protocol and the effective processor 
is dynamically created in the network as capacity becomes 
available. The applications in this system arc distributed via 
the network without meta code being written for the appli- 
cation. There is no socket layer and the various modules 
necessary to execute a process are dynamically loaded into 
the execution stream as needed by the network operating 
system. The operating system organizes the resources and 
creates the name space to bring the resources to bear on the 
present computing problem using the mount and bind para- 
digms. 

21 Claims, 6 Drawing Sheets 
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DISTRIBUTED NETWORK APPLICATION availability of networks to interconnect multiple processors 

MANAGEMENT SYSTEM do not address this problem and suffer from the same 

limitations. 



FIELD OF THE INVENTION 



Solution 



The above described problems are solved and a technical 

This invention relates to the provision of distributed data advance achieved in the field by the present distributed 

processing services in a data communication network envi- network application management system, which provides 

ronment and, in particular, to a system for dynamically distributed data processing services to a user in a data 

allocating resources to a processing request that is received communication network environment. This system dynami- 

from a user terminal that has limited processing capabilities 10 cally allocates resources to a processing request that is 

using application modules that are machine-independent and received from a user application device, which has limited 

network independent to thereby process the received request processing capabilities, by using network based application 

in the network yet in a manner that appears to be imple- modules that are machine-independent and network mdc- 

mented on the user terminal device. P^" 1 t0 thereb y P roc «* the received request in the 

15 network, yet in a manner that appears to be implemented on 
Problem the user application device. The distributed network appli- 
cation management system is implemented in a network 
It is a problem in the field of user terminal devices to environment using a kernel that contains the network pro- 
provide a reasonable level of processing capability at a tocol (e.g. STYX, available from Lucent Technologies). The 
reasonable cost and complexity. Personal Computers only M DC twork processing resources are dynamically configured in 
support the needs of users who are willing to master the the network for the needs of the user application device as 
operating systems resident on the personal computer and an capacity becomes available. The applications in this system 
associated array of commands and procedures. This invest- are distributed via the network without meta code being 
ment requires a significant amount of time and incentive. To written for the application. There is no socket layer and the 
compound this problem, application developers arc creating 25 various application modules that are necessary to execute a 
ever more complex applications that require more computer process are dynamically loaded into the execution stream as 
resources and additional user training. The growth in pro- needed by the network operating system. The network 
cessing capability and programming complexity is substan- operating system organizes the resources and creates the 
tially at parity with the price of a Personal Computer, with name space to bring the network resources to bear on the 
the complete system cost remaining fairly level, but still 3Q present computing problem using the mount and bmd para- 
beyond the reach of many individuals. In addition, the need digms. 

to provide data storage capacity, battery power, and the Thus, the user application device can expand its capabih- 

associated hardware interface devices results in a user ties via use of L the net ™ rk ^sources, in a manner that is 

terminal device that is fairly large for the amount of pro- transparent to the user. The applications that are required to 

cessin ca abilities that are rovided serve a user remiest are resi ^ enl on the network and either 

cessing capa i i i p . 35 executed j n me ne t W ork or downloaded only to the degree 

Further compounding this problem is the fact that oper- neC essary to the user application device for execution. Thus, 

ating systems are machine-centric in that they are focused on ^ e distributed network application management system 

the architecture of the underlying motherboard, hardware dynamically binds and mounts system resources as needed 

system busses and specific device interfaces. The applica- f or the use of the user application device. The applications 

tion programming in such an environment builds layers 40 are architected to be machine independent and modular, so 

upon the machine-centric operating system, thereby reduc- that only the application modules necessary to process the 

ing the portability of the code that is developed. The user is user request are mounted and executed. The application 

therefore committed to a limited universe of applications modules can be located anywhere on the network and 

based upon the basic operating system that is selected and execute on any processor that is part of the network. Using 

the various application platforms resident thereon. 45 the file metaphor and name space operations, application 

Another problem is the varying needs of the user do not moduies * at e *P ort ^ interfaces js synthetic file struc- 

coincide with the fixed nature of the personal computer tures c * n be relocated and accessed from anywhere on the 

, , , ,„ a „„„ t -„„u„ network without change. Application modules that export 

hardware and software configuration. The user typical y nal ^ sharf } caQ ^ be 

requires . modest amount of processing capability and only c * stub ^ 

occasionally has a need for a significant additional mere- 50 connected via a nerfc channel ^ channel XTVCT 

ment of processing capability. However, to accommodate provides a file-like interface providing data transport 

those infrequent needs for additional processing capability, betW een modules. The execution of the application module 

the user must equip the system with the maximum amount prQcess appearg tQ be Ioca]) although ^ actua i execution of 

of hardware and software resources that can potentially be the application module is distributed and can dynamically 

needed. In addition, the timewise obsolescence of the user s S5 changc , ^ local proccss that executes on the user appli- 

system requires relatively frequent system replacements due caUon devic( , simply me necessary inlerface modu i e 

to the increasing needs of the application programs that the and loads a gtub to hterfux with the channel server. The 

user loads on the personal computer. It is a difficult problem emire application module not Ioaded on the loca] proces . 

to gradually increase the capabilities of the personal com- SQr of thc ^ application dcvicCf sincc lhe proccss in g is 

puter or to provide a temporary increase in capacity for the 60 managed ex(e rnal to the local processor. The interfaces and 

existing system prior to the financial commitment of a ^ ar6 ncyer recompi i ed for re i ocau0 n. 
replacement system. 

Thus, the existing personal computer and application BRIEF DESCRIPTION OF THE DRAWING 

program architectures are iutimately coupled and suffer from FIG. 1 illustrates in block diagram form the architecture 

a number of limitations that both increase the cost of 65 of the present distributed network, application management 

personal computer systems for the user and limit the flex- system and a typical network environment in which it is 

ibility of the users to access various applications. The operational; 
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FIG. 2 illustrates in block diagram form the operation of 
the module interface compiler to produce stub modules 
conforming with a module interface description, and the 
corresponding dynamic application distribution process 
within the present distributed network application manage- 
ment system; 

FIG. 3 illustrates the distribution of file name space within 
the present distributed network application management 
system; 

FIGS. 4A and 4B illustrate in block diagram form the 
example of an Internet Browser distribution within the 
present distributed network application management sys- 
tem; and 

FIG. 5 illustrates in block diagram form the use of the 
present distributed network application management system 
in a communications application, such as interfacing with 
the Internet. 

DETAILED DESCRIPTION 
FIG. 1 illustrates in block diagram form the architecture 
of the present distributed network application management 
system and a typical network environment in which it is 
operational while FIG. 2 illustrates in block diagram form 
the operation of the dynamic application distribution process 
within the present distributed network application manage- 
ment system. The distributed network application manage- 
ment system 100 is resident on a network server 101 and 
implements a plurality of applications, such as Browser 111 
and E-MAIL 112, for a plurality of user application devices 
131-133, The user application devices 131-133 are proces- 
sor based terminal devices, including but not limited to: 
personal computers, handheld notepad computers, personal 
communication devices, cellular telephones, and the like. 
The network server 101 has access to file system 102 that is 
resident on one or more data storage devices 103. The file 
system 102 comprises a plurality of applications as well as 
user data. 

In this distributed network application management sys- 
tem 100, user application devices 131-133, such as a small 
standalone device having limited processing capabilities, 
shift the application processing and storage functions to the 
network server 101. This distributed network application 
management system 100 implements the distributed pro- 
cessing capability by using application modules 111, 112 
that are machine-independent and network independent to 
thereby process the received request in the network, yet in 
a manner thai appears to be implemented on the user 
application device (such as user application device 131). The 
portable distribution of applications, and the relocation of 
application modules is achieved without modifying the 
original application source code and without requiring appli- 
cation code to be recompiled to enable relocation. The 
present distributed network application management system 
100 loads only a limited number of application modules on 
a particular user application device 131, with the application 
software being downloaded incrementally from the network 
server 101 on an as needed basis. Therefore, the burden of 
providing complex and costly applications is shifted to the 
common point of the network server 101, which spreads the 
cost of the applications and the processing capacity of the 
system among many users while also maintaining a single 
point of concurrency. The processing power of the network 
server 101 can be optimized to thereby enable the user 
application device 131 to be implemented using a much 
slower processor without sacrificing performance, as seen 
by the customer at the user application device 131 , assuming 
sufficient communication bandwidth is available. 
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25 



In the distributed network application management sys- 
tem 100, application modules 111 112 are dynamically 
loaded and the underlying architecture is a set of loadable 
interactive application modules 111, 112. The application 

5 modules 111, 112 can be located anywhere on the network 
and execute on any processor (servers 241-243) that is part 
of the network. As shown in FIG. 2, using the file metaphor 
and a name server, stub modules 201, 203, 205 can be added 
to each application module 211-213 and the stub modules 

20 201, 203, 205 interconnected via a generic channel server 
211-213. 

Module Interface Compiler 

The module interface compiler 251 reads as input the 
module application programming interface (MOD API) 250 
and produces the software modules required for module API 
distribution 252. Module application programming interface 
250 is the source description of the interface for the appli- 
cation module 112 to be distributed. If application module 
112 already provides a channel API in application 242, the 
module interface compiler 251produccs no additional soft- 
ware module. If the application module 112 provides a 
functional interface, the module interface compiler 251 
produces modules 204 and 213-205. Module 204 imple- 
ments an interface equivalent to the module application 
programming interface 250 and implements the interface 
conversion from described data-objects to the file-like com- 
munication channel interface. Module 213 implements the 
channel server framework and module 205 translates the 
data received over this file-like communication channel back 
into data-objects that are copies of the original dal-objects 
presented at the interface module 204. This enables invoca- 
tion of application module 113, a copy of application module 
112, directly from module 205. The behavior of application 
module 112 is then equivalent to that of interface module 
204 connected to modules 213-205-113. 

The channel servers 211-213 define the interfaces that are 
required for the application modules 201, 203, 205 and then 
manage the intra-module communication. The execution of 
the application module process appears to be local, although 
the actual execution of the application module 201, 203, 205 
is distributed and can dynamically change. The local process 
that executes on the user application device 131 simply 
imports the necessary interface module and loads a stub 202 
to interface with the channel servers 211, 212. The entire 
application module 111, 112 is not loaded on the local 
processor of the user application device 131, since the 
processing is managed external to the local processor. The 
interfaces and stubs are never recompiled for relocation. 

The present distributed network application management 
system 100 is illustrated as implemented using the Inferno™ 
network operating system 140 that is available at Lucent 
Technologies. The Infemo network operating system 140 
provides several mechanisms that enable the application 
developer to create applications using components that are 
distributed across a network and multiple computing plat- 
forms which are interconnected by the network. The Inferno 
network operating system 140 supports a uniform file inter- 
face to all resources (data files, devices and programs) and 
a powerful set of name space operations for creating the 
view of those resources that are required by an application. 
These capabilities support rapid development and delivery 
of dynamically distributed applications. The distributed net- 
work application management system enables the delivery 
of network-centric applications with the following charac- 
teristics: 

Fault tolerance for application recovery 
Transparent load balancing of server processes 



35 



45 



£0 



55 



60 



65 



09/06/2003, EAST Version: 1.04.0000 



US 6,591,290 Bl 

5 6 

Multi-server scalability easily be implemented by using the file2chan process 301 

Multi-client process sharing tna * exists in the Inferno network operating system 300. The 

Server process location transparency. distributed network application management system 100 

Some inherent characteristics of the Inferno network crcates a channel file 312 under the /chao directory 313 

operating system that are beneficial to the implementation of 5 ^ me f " Fll , eA " ™ m \ £f ftle 2chan process 301. A listing of 

the present distributed network application management ' chan dircclorv 31 ? 011 network sc ™ r 241 now 

system include, but are not limited to: shows the file: A*an/FileA A client process 321 executing 

„ ... . „ .. ** c ...... on a user application device 131 and located on the same 

Built-in Security— Inferno provides security capabilities t , „„„ „„„„ tU . fi , -~ A . „ orfnm „^ 

. y r . j ■ i j- <i system network can open this file FileA and perform read 

between Inferno based machines, including mutual n „ r . , . lLjL r 1M 

. .. t . b A . 10 and write calls to communicate with the server process 311. 

authentication, message encryption, message digesting _.. . , . ai . . t ... r „. .. 

and di ital si nature Since the FileA channel file is just like any other file, it can 

, be manipulated using the name space operators. To execute 

Portability-supports cross-platform and cross network ^ same cUent pT0(XSS> m on a different machine than , he 

development. The Inferno STXY protocol is an network server 241, the mount operation is executed on the 

abstracted communication protocol that supports 15 client process 32 1 executing on the user application device 

development, deployment and operation of network 131 t0 present ihe server name space to me client 131 ^ if 

independent applications. The Inferno DIS virtual it wefe ^ md bind to map the seryer /chan directory 313 

machine is an abstracted computation machine that to me diem /chan directorv 322 . Now when the client 

supports the efficient execution of machine- pr0C ess 321 runs, it performs the same operations as before, 

independent operations. 2Q except mat it transparent i y accesses the server process 311 

Inferno name space— enables a computer system to have on a di ff erenl machine. Client 321 and server 311 processes 

authorized ubiquitous direct access to required network can therefore be distributed across any machine and any 

resources. Resources are represented as files (data files, network. 

devices, processes, servers, networks, and the like). An bind operation provides shadowing and does not 

Inferno invoked application can access a variety of 25 re move the existing file, therefore binding can occur over the 

resources without regard to their instantiation. The channel file during an existing read/write sequence and not 

location, configuration and network protocol that sup- interfere with the present data transfer. Thus, as a selected 

ports the resources can vary without requiring changes reS ource becomes too busy, the client name server can 

to the application code. dynamically reconfigure its name space to point to the server 

The present distributed network application management 30 mat has a lighter load. The physical location of the server 

system 100 effects the dynamic distribution of processing processes is not relevant in this architecture and system 

resources by the use of the Inferno name space construction hardware configurations can change without impacting the 

operations of: mount and bind. In operation, an executable operation of the overall system. In order to effect this 

segment of an application, termed an application module transparency, the applications must be independent (no 

201, is selected for separation from the original application 35 memory sharing or call dependencies) to allow the applica- 

240, which application module 201 does not share data with ^on modules to be moved to a separate process space, 

other application modules 202, 203. The selected application Channel Framework 

module 201 is then distributed between a user application ^ t channel framework must be running for each network 

device 131 and a network server 241 by executing the server modu i e exporting a pure functional interface that 

following steps: 40 neet j s to be accessed remotely. The channel framework is 

1. Starting a server process to provide a channel interface not required to export module interfaces that are already 
211 that preserves the application module interface 221 defined as synthetic file structures. The channel framework 
and which enables the reuse of the original application provides the implementation of the channel file (channel 
module 201. server) and the acceptance of the requests and sending of 

2. Mounting the server name space on the user application 45 replies to the client processes. The channel framework is 
device 131 (client) and binding the server channel 211 capable of handling multiple requests from multiple clients, 
to the appropriate location in the application module and is shared by all clients accessing the same channel 
201 . resource from the same server. The channel framework takes 

3. Shadowing the original application module 201 on the two types of arguments: server template processes to be 
user application device 131 using a client template that 50 invoked upon receiving requests from clients; channel 
preserves the original application module 201 and resources used for client and server communications and 
communicates via the local channel 211. that activate the respective server template processes. Chan- 

In this manner, the user application device 131 can access nel resources are simple channel files or directories struc- 

only the needed segments of an application 242 by simply tures of channel files. The server side template module 

downloading the essential application modules 201 that are 55 implements a standard interface that is invoked by the 

necessary to implement the task that has been requested by channel framework. The channel framework provides a 

a customer who is operating the user application device 131. generic communication mechanism to export pure func- 

In addition, the user application device 131 can initiate the tional interface descriptions as channel resources. For 

execution of the application module 201 on the network example, if a module API exports N functions, the client side 

server 221 or enable the present distributed network appli- 60 template converts (marshals) each of the N types of function 

cation management system 100 to allocate server resources calls into a message that embodies the function signature 

to execute the application module 201 on another available and the contents of its arguments, the message is then written 

network server resource 222. on the corresponding channel file and communicated via the 

Name Space Distribution channel framework to the server (transparently via STYX) 

FIG. 3 illustrates the distribution of file name space within 65 where the server side templates decodes (unmarshals) the 

the present distributed network application management message and invokes the corresponding function passing it 

system 100. A simple case of server process distribution can the decoded (unmarshaled) arguments. On the server side, 
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the function actually executed is provided by a copy of the is the clearing house for remote servers service offerings, 

original module API (unchanged) loaded and initialized by These offerings are maintained in each connection server as 

the server side template module which in turn loads and a hierarchy of resource files. As a remote server removes its 

executes the target module. A similar execution process is offer the hierarchy is changed, and the server resources are 

used to return the reply value(s) from the execution of the 5 disabled from the connection server, 

server side function 10 the client side template. The client As the server comes alive, it authenticates with its local 

side template module implements the same call return signer, as the authenticity of the server is verified, the 

interface used on the target side template module. The client corresponding connection server (usually collocated with 

side template module is loaded by the main client applica- the signer) caches a representation of the channel resources 

tion in place of the real target. While the client side and 10 provided by the server. When a client requests a specific 

server side templates are dedicated code generated to imple- channel, the connection server matches the channel path 

ment each side of the relocated module (pure functional) name and retrieves a list of candidate servers providing such 

interface, the channel framework code is generic shared by channels. If the connection server fails to identify local 

all client/server templates and implements a common pro- servers providing the requested service (offering a matching 

_ • , . ■ r • t .^„„ u„ „„,i channel path name), it forwards the requests to the next 

cessing and returning interface achieved by writing to and 15 ma ^ hierarch 

reading messages from a channel resource ^ ^ ^ m ^ ^ ^ ^ of servefS 

The client side template module is loaded by the main identified by ^ connection server to provide reliable ser- 

client application in place of the real target. The client side Wces for fiach requjred chanQel resourcei M a channel 

template module opens the channel for read/write access, resource performance degrades, or as a channel resource 

marshals the request, writes the request, reads the reply, 20 becomes unavailable, a replacement channel resource is 

unmarshals the data to the application specific format and obtained from the next server in the list returned by the 

returns the reply. connection server. 

If the application module is dynamically loaded on Distributed Browser 

demand by the original application and the communication FI gs. 4A and 4B illustrate in block diagram form the 

interface between the application module and the remaining 25 examp i e 0 f an internet Browser distribution within the 

application modules is stateless, then the three above-noted present distributed network application management system 

operations required for distribution can be executed while 100 browser application module 410 is designed to 

the application module is executing. Dynamic distribution of execute on a small standalone device, the user application 

the live application module is possible in this case. The device 131 and the communication module 411 that is 

distribution of the application module does not require any 30 nece ssary to execute a browser function may not be resident 

modification to the original application. on lhe application device 131. For example, a thin user 

The server executes the target module process as well as application device is a minimal processing capability device 

the server template process that invokes it and preserves the ^ does not have the power t0 launch i ts own applications 

module application interface. The channel framework and must bc connccted t0 me servers of the distributed 

executes on the server with the server template module and 3S netw0 rk application management system to effect the 

channel file name as its two arguments. The name space desired functionality. A medium capacity user application 

operations of mount and bind enable the system to determine dev ice can be used in a simple stand alone mode but to attain 

when the distribution is to occur and where the distributed significant processing and feature performance it is neces- 

proccsses arc located. If the client application loads the sary to connect to the network servers of the distributed 

target module dynamically, the client template can be placed 40 network application management system, 

in the load location expected by the original application. ^ browser application module 400 illustrated in FIG. 4 

This is done via a bind operation to shadow the real target uses a f unc tion call interface to process communication 

module. The template resides on the client or it can be reqU ests. The communication module 401 separation from 

obtained transparently from the server via name space the browser applicadon module 400 is possible without code 

configuration. Typically, the server is mounted to some 45 change since the communication module 401 does not 

mount point in the client and the directory is bound where depend on any olner browser mo dules. The shadowing 

the client template resides to shadow the local module. technique is used to enable channel communications without 

This architecture enables the hot spare replacement: changing the browser code. It also makes sense to distribute 

1. A group of identical server processes is distributed on the communication module 401 to the network server 241 
different machines. 50 because it executes in parallel with the user interface 402 

2. A name space manager on the client rebinds over the and rendering 403 functions; communication may be more 
existing channel directory. The client application efficient on the network server side; and caching space is 
accesses a different server process each time. available on the network server side. Thus, the user appli* 

3. Switching server is transparent to the client application. cation device 131 sends keystrokes and pointer locations to 
Dynamic Allocation of Resources 55 a dedicated network server 221 in the distributed network 

The dynamic allocation of resources is performed on the application management system 100. Browser software 404 

client by the name space manager and is mediated by the on the network server 221 processes this information and 

connection server. A request to a connection server for an generates HTTP requests toward the Internet 404. The 

application service returns a mount and bind sequence Internet communications proceed as with existing browsers, 

invoked by tho client to update the application name space. 60 although the processing of the browser function 400 is 

The client is then able to proceed, unmodified, requesting distributed between the user application device 131 and the 

the service in the updated name space. Extending the prin- network server 221. The effective user interface 402 that is 

ciples of DNS servers for the Internet, connection servers presented to the customer at the user application device 131 

provide a hierarchy of systems performing the translation is equivalent to the personal computer based Web browser 

between logical services and physical service information 65 applications presently in use, while the capabilities of the 

(mapping from logical service request to physical addresses user application device 131 can be significantly reduced in 

of servers providing such services). The connection service comparison with the existing personal computer platform. 
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Network Communications Application 

FIG. 5 illustrates in block diagram form the use of the 
present distributed network application management system 
100 in a communications application, such as interfacing 
with the Internet 505. 

The present distributed network application management 
system provides applications for user application devices 
and Managed Network Services. The user application device 
application comprises: 

Web browsing and personalized home page; 

E-Mail viewer; 

Internet telephony 

Managed Network Services comprise: 
User personalization; 
User auto subscription; 
Network management. 
In this environment, 

1. Automatic software update — software updates are 
transparently available from the distributed network 
application management server for the browser and 
Email functions. 

2. Enhanced Performance— distributed network applica- 
tion management architecture reUes on the Inferno 
name space and network operating system to make 
network resources transparently available to user appli- 
cations. 

3. Dynamic Updates — access to new or enhanced features 
including new attachment formats for email, new plug- 
ins for the Web browser are available to the user 
applications as they arrive on the distributed network 
application management server. 

4. Personalization — the distributed network application 
management server provides end user personalized 
home page, preferences and information delivery. 

5. Mobility — the distributed network application manage- 
ment server provides each end user with a uniform 
(personalized) environment independent of the physi- 
cal location of the user log-in. 

6. Personal Storage — the distributed network application 
management server provides limited user data storage 
consistently accessible from anywhere to store Email 
messages, Web browser bookmarks, telephony address 
book in the network file system. 

The user of UAD 131 is provided with a Graphical User 
Interface displaying information updates from applications 
accessing (for example) the Internet from servers 243. This 
is accomplished by mounting the display, keyboard and 
mouse from UAD 131 in an application name space created 
on distributed network application management server 
(DNAMS) 506. The user application processing is per- 
formed by the distributed network application management 
server 506 as input and display output are remoted to the 
device 131; the application is unaware of the physical 
location of the input and output devices, in its name space 
the devices appear as if local. 

The choice of initial configuration mode (application 
remote or local) is achieved after the user of UAD 131 logs 
into the system, the signer server 507 authenticates the user 
and assigns the device to the local distributed network 
application management server 506 in a setup script sent 
from signer server 507 to device 131. The setup script 
identifies the processing, memory and data transmission 
capabilities of device 131 and decides on an initial process- 
ing allocation residing entirely on the server, partly on the 
device and partly on the server, or entirely on the device. 
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The user of UAD 133 is using an application running 
partly on the device and partly on the network. The current 
user of device 133 is homed on the other side of the world, 
the user normally accesses device 534 and uses for person- 

s alization home server 541. A local server, presence server 
243 provides initial network service lo device 133. A name 
space is created on the device to use part of the application 
provided by server 243. The rest of the application executes 
on device 133 while the user personalization information is 

10 brought locally into the name space from home server 541. 
Home server 541 provides stored information with the user 
preferences and customizations from store 511. 

Both UAD 131 and 133 access Internet 505 via a tele- 
phony network to an Internet service provider (ISP) 

15 network, including dial-up connection from 131 to modem 
pool 501, routing through router 512, login into the local ISP 
502 via terminal server 503 and access to the ISP local 
network via routers 512 in ISP 502 including the servers 506 
and 543 and access to the Internet via gateway firewall 504, 

20 including remote connectivity to signer server 507 and home 
server 541 via routers 512. 

Device 132 has direct access to a local ISP network 
requiring no initial dial-up, abstracting connectivity via to a 
local Internet provider via cable or fiber access. The user of 

25 UAD 132 has applications running entirely on the device 
and personalization information brought locally into the 
application name space from home server 541, and accesses 
from store device 511. 
Devices 131, 132, 133 implement three examples from a 

30 quasi-continuum of applications and resources distribution 
configurations enabled by DNAMS. Mobility of personal- 
ization and customization is provided as a user changes 
location even temporarily and accesses devices 131, 132, or 
133. As the user logs into one of the devices, the signer 

35 authenticates the user and identifies the user home server 
541. The user home server is brought into the device name 
space to providing the user's expected environment created 
dynamically from available local and remote resources. 
As a user migrates from device 131 to 132, having 

40 established a persistent communication path from device 
131, an intelligent client provides the ability to re-establish 
a similar communication path from device 132. For example 
an established voice over IP connection follows the user 
migrating from device 131 to 132 and back. The call status 

45 information is stored as persistent user data on the home 
server. 

Persistent user data is mobile since such user data is 
provided locally from the user home server (appears in the 
local application name space). Such user data is defined, 

50 used or changed by the application as if it were local to the 
device. A persistent communication path is also automati- 
cally re-established by the client in case of failure, as if the 
user migrated from device 131 to itself. 

User data is cached by the device application enabling the 

55 client side to recover, for example, connections lost due to 
transient network failures. Additional redundancy is pro- 
vided as persistent user data stored in the user home server 
is also stored on the presence server (or an available fall 
back server). Such persistent user data is used to recover 

60 from a client failure, enabling the user to log into a replace- 
ment device, as in the case of user migration from device 
131 to 132. DNAMS server 506 enables easy access to new 
data services arid the Internet from user application devices. 
Service features integrating Internet telephony and data 

65 services are enabled from a variety of devices using a 
telephone line, PSTN as well as cable or fiber access to 
access the Internet. 
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Summary 

The system dynamically allocates resources to a process- 
ing request that is received from a user application device, 
which has limited processing capabilities, by using network 
based application modules that are machine-independent 
and network independent to thereby process the received 
request in the network, yet in a manner that appears to be 
implemented on the user application device. The distributed 
network application management system is implemented in 
a network environment using a kernel that contains the 
network protocol. The network processing resources are 
dynamically configured in the network for the needs of the 
user application device as capacity becomes available. 

What is claimed: 

1. A distributed network application management system, 
operational in a communication network that interconnects 
a plurality of user application devices with a plurality of 
servers, for executing application processes, each of which 
comprise a plurality of application modules, on a distributed 
basis among said plurality of servers, comprising: 

means, responsive to a user activating an application 
process on a one of said user application devices where 
said activated application process is not resident on said 
one user application device, for transmitting control 
data to a selected one of said plurality of servers 
indicating a request for initiation of said activated 
application process by said user; 

means for establishing a channel communication process 
to interconnect said one user application with said 
selected one of said plurality of servers; 

means for transmitting at least one of said plurality of 
application modules of said activated application pro- 
cess to said one user application device for execution 
thereon absent recompilation of said at least one appli- 
cation module; and 

means for executing other modules of said plurality of 
application modules of said activated application pro- 
cess on at least one of said plurality of servers coop- 
eration with said one user application device, 

2. The distributed network application management sys- 
tem of claim 1 wherein said means for establishing com- 
prises: 

means for implementing a channel framework for accept- 
ing said request for initiation of said activated appli- 
cation process and sending of replies to said one user 
application. 

3. The distributed network application management sys- 
tem of claim 2 wherein said means for implementing com- 
prises: 

server template process means invoked upon receiving 
said request for initiation of said activated application 
process from said one user application; and 

channel resource means used for communications with 
said one user application device and said selected one 
of said plurality of servers. 

4. The distributed network application management sys- 
tem of claim 3 wherein said server template process means 
comprises: 

means for decoding said request for initiation of said 
activated application process; 

means for invoking a function corresponding to said 
request for initiation of said activated application pro- 
cess; and 

means for passing said invoked function decoded argu- 
ments contained in said request for initiation of said 
activated application process. 
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5. The distributed network application management sys- 
tem of claim 2 wherein said means for implementing com- 
prises a generic communication mechanism to export pme 
functional interface descriptions as channel resources. 
5 6. The distributed network application management sys- 
tem of claim 1 wherein said selected one of said plurality of 
servers comprises: 

name space manager means for dynamic allocation of 
resources. 

io 7. The distributed network application management sys- 
tem of claim 6 wherein said selected one of said plurality of 
servers comprises: 

means for returning a mount and bind sequence invoked 
by said one user application device to update the 
IS application name space. 

8. The distributed network application management sys- 
tem of claim 1 wherein said selected one of said plurality of 
servers comprises: 

means for authenticating said selected one of said plural- 
20 ity of servers with a signing server; and 

means, responsive to authenticity of said selected one of 
said plurality of servers being verified, for caching a 
representation of the channel resources provided by 
said selected one of said plurality of servers. 
25 9. A method for executing application processes in a 
communication network that interconnects a plurality of 
user application devices with a plurality of servers, each of 
which comprise a plurality of application modules, on a 
distributed basis among said plurality of servers, comprising 
30 the steps of: 

transmitting, in response to a user activating an applica- 
tion process on a one of said user application devices 
where said activated application process is not resident 
on said one user application device, control data to a 
35 selected one of said plurality of servers indicating a 
request for initiation of said activated application pro- 
cess by said user; 
establishing a channel communication process to inter- 
connect said one user application with said selected one 
40 of said plurality of servers; 

transmitting at least one of said plurality of application 
modules of said activated application process to said 
one user application device for execution thereon 
45 absent recompilation of said at least one application 
module; and 

executing other modules of said plurality of application 
modules of said activated application process on at 
least one of said plurality of servers cooperation with 
50 said one user application device. 

10. The method of claim 9 wherein said step of estab- 
lishing comprises: 

implementing a channel framework for accepting said 
request for initiation of said activated application pro- 
55 cess and sending of replies to said one user application. 

11. The method of claim 10 wherein said step of imple- 
menting comprises: 

invoking a server template process upon receiving said 
request for initiation of said activated application pro- 
,50 cess from said one user application; and 

activating a channel resource for communications with 
said one user application device and said selected one 
of said plurality of servers. 

12. The method of claim 11 wherein said step of invoking 
65 comprises: 

decoding said request for initiation of said activated 
application process; 



09/06/2003, EAST version: 1.04.0000 



US 6,591,290 Bl 

13 14 

invoking a function corresponding lo said request for communication means for establishing a channel commu- 

initiation of said activated application process; and nication process to interconnect said one user applica- 

passing said invoked function decoded arguments con- lion with a first of said plurality of servers; 

tained in said request for initiation of said activated module distribution means for transmitting at least one of 

application process. 5 said plurality of application modules of said activated 

13. The method of claim 10 wherein said step of imple- application process to a second of said plurality of 
menting uses a generic communication mechanism to export servers for execution thereon absent recompilation of 
pure functional interface descriptions as channel resources. said at kasl one a p pncat j on rao dule. 

14. The method of claim 9 further comprising: lg ^ distribuled network application management sys- 
dynamically allocating resources using a name space tem G f c i a j m 17 wherein said module distribution means 

manager. comprises: 

15. The method of claim 14 further comprising: _ ■ r 

r & name space manager means for dynamic allocation or 

returning a mount and bind sequence invoked by said one resources 

user application device to update the application name 1S 19 ^ distriblltcd network applicaliorl mana gement sys- 

space. . . tem of claim 18 wherein said module distribution means 

16. The method of claim 9 further comprising: ... _ . 

further comprises: 

authenticating said selected one of said plurality of serv- , , . , 

... . . . r J means for returning a mount and bind sequence invoked 

ers with a signing server; and , 6 ^ 

..„.„,, „ by said second server to update the application name 

caching, in response to authenticity of said selected one of 20 sD ace 

said plurality of servers being verified, a representation 2Q ^ distfibuted n£twork applicaticm maijagem ent sys- 

of the channel resources provided by said selected one a _ , . 10 , . 

e ., . ... r tem of claim 18 wherein said name space manager means 

or said plurality 01 servers. . r 

17. A distributed network application management comprises: 

system, operational in a communication network that inter- 15 reallocation means for dynamic reallocation of said at 

connects a plurality of user application devices with a least one application module to another one of said 

plurality of servers, for executing application processes, plurality of servers during processing of said request 

each of which comprise a plurality of application modules, for initiation of said activated application process, 

on a distributed basis among said plurality of servers, 21. The distributed network application management sys- 

comprising: 30 tem of claim 17 wherein said module distribution means 

request generation means, responsive to a user activating comprises: 

an application process on a one of said user application means for transmitting said at least one of said plurality of 

devices where said activated application process is not application modules to said second of said plurality of 

resident on said one user application device, for trans- servers for execution thereon absent recompilation of 

mitting control data to a selected one of said plurality 35 said at least one application module, 
of servers indicating a request for initiation of said 

activated application process by said user; ***** 
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